refactor(i18n)!: consume the shared runtime from @stream-io/i18n - #3284

BREAKING CHANGE: requires `@stream-io/i18n` and `stream-chat@^10.0.0-rc.10`.

Retargets every `stream-chat/i18n` import to `@stream-io/i18n`, which is where
the shared runtime now lives. The API is unchanged; only the specifier moves.

`languageNameDefaults` / `LanguageNameCatalog` come from `stream-chat`'s root
barrel instead — they enumerate the languages the Chat API can auto-translate a
message into, so they stayed with Chat rather than moving to the generic package.

`TranslationContext` and `useStreami18n` are now built on the shared bindings in
`@stream-io/i18n/react`, so this SDK and the React Native one no longer carry two
copies of the same context plumbing and store subscription. What stays here is
what is genuinely this SDK's: the catalog-typed `t`, the notification
translation topic, and supplying a context *default* rather than throwing, which
is what lets a primitive render outside `<Chat>`.

`@stream-io/i18n` is a regular dependency, not a peer: an integrator never
imports it — they import the `Streami18n` this package subclasses and re-exports.

Also fixes `yarn types`, which silently checked nothing. It ran `tsc` with no
`--project`, picking up the root solution file (`"files": []`), and exited 0 even
with a deliberate error in `src/`. It is now `tsc -p tsconfig.lib.json --noEmit`
and is wired into CI, which previously typechecked only the build scripts.

BREAKING CHANGE: adds `@stream-io/state-store` as a dependency.

`stream-chat` no longer re-exports `StateStore`, so the 22 modules that imported
it from there now take it from the package that defines it. No behaviour change —
the store instances are the same objects, only the import specifier moves.

A single shared declaration matters here: TypeScript compares classes with
`protected` members nominally, so two copies would not be assignable to one
another and `useStateStore` would stop typechecking against stores handed over by
`stream-chat` or `@stream-io/i18n`.

The previous commit stopped `stream-chat` from exporting `StateStore`, and
updated every call site in `src/` -- but not the Vite example, which is the
reference integration and is built and deployed by CI on every PR.

`examples/vite/src/AppSettings/state.ts` constructs one at module scope, so
this was a runtime break, not just a type error: `StateStore` resolves to
`undefined` and the app throws `TypeError: StateStore is not a constructor` on
boot. Rollup catches it first -- `[MISSING_EXPORT] "StateStore" is not exported
by stream-chat` -- so `yarn build` in the example fails outright.

Two related fixes in the example manifests:

- `@stream-io/state-store` is now declared, rather than relied on by hoisting.
- `stream-chat` was pinned exactly at `10.0.0-rc.9` in both examples, which no
  longer satisfies this package's `^10.0.0-rc.10` peer range. Loosened to a
  caret.

Also aligns `dayjs` at `^1.11.23` to match `@stream-io/i18n`. The ranges had
drifted apart (`^1.11.13` here, `^1.11.20` in the example, `^1.11.23` in the
package), and dayjs locale registration is global: a second resolved copy means
an integrator's `import 'dayjs/locale/de'` extends an instance the SDK never
formats with, and dates stay English with nothing thrown. CLAUDE.md asserted
the old range, so it is corrected too.

… workaround

1.0.2 fixes `TypeScriptModule`, which 1.0.1 had declared as `typeof ts` over a
namespace import. Because `./codegen` ships a nested manifest marking the
directory ESM, TypeScript read its `.d.ts` as ESM, where a namespace import of
a CJS `export =` module carries a synthetic `default` -- so the exported type
required a property the plain default import does not have. It is now an
explicit `Pick` of the members the generator actually uses, which reads the
same in every module mode.

So `scripts/generate-i18n-keys.mts` goes back to `import ts from 'typescript'`,
matching the style it had before the move and the one the React Native SDK uses.
`yarn types:scripts` passes with it, and `build-translations` regenerates
`keys.ts` byte-identically.